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PREFACE 


In  the  course  of  accomplishlnc  the  transfer  to  the  Department  of 
the  Arn^  of  the  automated  force  cost  model  developed  hy  HAND  under 
the  supervision  of  the  Office  of  the  Assistant  Secretary  of  Defense 
( Comptroller },  meetings  vere  held  with  an  Arn^  cost  model  team 
at  which  the  various  features  of  the  model  were  e:q>lained  and  re¬ 
lated  written  materials  were  furnished,  nils  Memorandum  presents 
the  substance  of  the  presentation  on  the  xitentlal  uses  of  a  force 
cost  model  In  the  context  of  Arn^r  management  needs.  Additional 
Information  on  the  cost  model  Is  provided  In  two  other  RAllD  publica¬ 
tions  ; 

R.  N.  Grosse,  Army  Cost  Model.  RM-34i«6-ASDC,  Deceidier  1962;  and 

A.  J.  I'feltsner,  Infongatlon  Hegulrement  Problems  for  Amy  Force 
Structure  &3st~Analysl8 .  RM-jwS-ASDC.  February  I963. 
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SUMMARY 


An  autonated  fbrce  cost  nodal  is  a  device  for  rapidly  computing 
resource  and  cost  reqttlroments  of  force  specified  as  to  its  composi¬ 
tion  in  force  units >  deploynentSi  i  ilppinc  and  manning  levels,  and 
numerous  other  cost -affecting  charn  tari sties.  The  nevly  established 
planning-programming-hudgetlng  cycle  in  the  Department  of  Defense  has 
created  a  greater  demand  for  resource  and  cost  estimating,  and  this 
tans  hrought  cost  modeling  into  greater  prominence.  \Vhile  actual 
operating  experience  with  cost  models  has  thus  far  been  largely 
confined  to  the  planning  phase,  there  sure  substantial  uses  that  con 
be  visualized  for  models  in  prograaning  and  budgeting  as  veil. 

After  a  discussion  of  the  uses  of  coat  models  in  planning,  this 
Mworandum  outlines  the  several  uses  in  programming  and  budgeting, 
both  as  alternates  to  estimates  by  program  managers  and  as  adjipets 
to  them. 


vii 


ooMTEarrs 

PREFACE .  iii 

SUMMAFQf .  V 

Section 

I.  dlROOUCnON .  1 

II.  PLAimDIG  USES .  3 

in.  PROGRAMONG  AHD  BUDGETING  USES  .  6 


-1- 


1.  IMTHODUCriON 

What  do  ve  understand  hy  the  tern  "automated  force  cost  model"? 

A  force  cost  model  is  a  system  of  relationships  and  data  from  idilch  are 
computed  the  incremental  time -phased  resource  and  cost  req.ulz«ment8  for 
the  equipping  and  operating  of  a  force. (This  is  equivalent  to  what  is 
done  by  program  managers  in  the  course  of  budget  formulation.)  For 
reasonably  accurate  estimates,  we  must  have  a  speclficatior.  ,f  the 
controlling  factors  -  force  composition,  equipping  levels,  replacement 
rates,  activity  levels,  etc.  (This  is  generally  equlvsilent  to  program 
guidance.) 

A  force  cost  model  catmot  simply  aggregate  weapon  and  s\Q>port 
system  costs,  since  such  costs  are  interdependent,  but  must  reach  down 
into  the  requirements  for  personnel,  equipment,  services,  and:  facilities 
as  determined  in  the  context  of  the  entire  force.  The  cost  of  a  system 
or  indeed  aiy  item  or  alternative,  is  calculated  by  pricing  out  the 
force  twice  -  once  with  the  change  proposed  and  once  without  -  the 
cost  of  the  system  being  the  conq>uted  difference  in  total  costs. 

An  automated  force  cost  model  is  one  for  which  the  use  of  data 
processing  equivalent  permits  mai^  of  the  calculatloxis  to  be  mechanically 
performed.  The  utility  of  automation  is  indicated  by  the  fact  that  a 
force  of  any  real  else  is  characterised  by  thousands  of  items  relevant 

i 

to  a  cooputation. 

Cost  models  at  the  current  level  of  sophistication  can  hardly  be 
expected  to  generate  answers  for  such  programs  as  research  and  develop* 
menb  in  the  eaae  fathion  as  materiel  requirements  are  determined  on 
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the  hasis  of  numbers  of  force  units  and  related  data.  In  general,  require- 
nents  for  research  and  development  and  other  such  programs  must  he  deter¬ 
mined  outside  of  the  model,  and  treated  aa-thruputs  in  the  development 
of  total  costs  by  means  of  the  model. 

Ve  may  distinguish  two  major  uses  of  automated  force  cost  models: 

(1)  for  planning  of  alternative  force  structures  and  employments;  and 

(2)  for  programming  and  budgeting.  The  planning  use  was  first  In  time, 
and  by  now  considerable  operating  experience  has  been  gained.  With  the 
introduction  of  the  DOD  programming  system  the  potential  utility  of  force 
cost  modeling  for  prograonlng  and  budgeting  has  grown  to  the  point  where 
ve  can  reasonably  anticipate  that  before  long  fbrce  cost  modeling  will 

be  as  important  for  prograsning  and  budgeting  as  for  planning. 

Let  us  first  consider  the  use  of  force  cost  models  as  a  tool  in 


planning. 
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II.  PUMmiiP  USES 


Military  pl^jinlng  of  forces,  deployments,  and  equipments  has 
long  been  a  primary  function  in  the  defense  establishment.  Emerging 
from  this  planning  have  been  force  and  equipment  requirements  over 
periods  of  time  ranging  up  to  ten  years  and  more.  These  requirements 
have  in  many  cases  been  developed  vlth  only  a  minimum  regard  for  cost, 
the  ingredients  of  the  planning  kit  being  intelligence  estimates,  tech¬ 
nological  trends,  tactical  experience,  etc.  It  has  on  occasion  been  a 
particular  eiiQihasls  in  military  planning  to  exclude  resource  considera¬ 
tions  -  to  arrive  at  pure  requirements. 

The  great  rapidity  of  technological  adv'>nces  has  given  military 
planners  far  more  alternatives  to  choose  from.  In  broad  problems  the 
most  feasible  solutions  are  often  mixes  of  different  systems  and  forces. 
It  has  become  increasingly  apparent  that  the  selection  of  the  most 
desirable  mix  should  realistically  involve  cost  as  a  major  element. 

Mr.  Hitch  has  explained  the  importance  of  cost  in  these  vords:*' 

FVurthermoze,  there  has  long  been  a  tendency  in  the  Defense 
Department  to  state  military  requirements  in  absolute  terms 
vltbout  reference  to  their  costs.  But  the  mlUtsoy  effec¬ 
tiveness  or  military  worth  of  any  given  veapon  system  caxnot 
logicsLlly  be  considered  in  isolation.  It  must  be  considered 
in  relation  to  its  cost  -  and  in  a  world  in  which  resouzves 
are  limited,  to  the  alternative  uses  to  which  the  resources 
can  be  put.  Milltaxy  requirements  are  meaningful  only  in 
texma  of  benefits  to  be  gained  in  relation  to  their  coat. 

Tfaua,  resource  costs  and  milltaxy  worth  have  to  be  scrutinlaed 
together. 

^■Teatlnoiy  in  avatme  PeveloTiment  and  Manaflemaiit  (Part  2).  Hearings 
before  a  Sujbrniwlttee  of  the  Oommittee  on  Ctovemment  Operations,  House 
of  Representatives,  87th  Congress,  2d  Session,  U.S.  OoTemment  Printing 
Office,  Washington,  I962,  p.  $1?. 
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Oost  has  heen  ground  into  nlUtazy  planning  In  the  fbrm  of  vbat 
are  called  cost-effectiveness  studies.  The  objective  of  these  studies 
is  to  detenalne  the  most  effective  ndlltaxy  capsbllity  for  a  given 
cost,  or  the  least  cost  at  vfalch  a  desired  level  of  mllltaiy  capability 
can  be  achieved.  As  explained  by  Hr.  Hitch  In  the  testlaoxqr  referred 
to  above.  In  such  studies  It  Is  necessary  to: 

(a|  Define  objectives; 

(b^  Lay  out  alternative  ways  of  ucoapUshing  the  objective; 

(c)  Calculate  how  effectively  each  alternative  acconpllshes  tne 

objective;  and 

(d)  Calculate  hov  much  each  alternative  costs. 

Acceptance  of  this  way  of  approaching  military  planning  has  been 
greatly  accelerated  in  the  last  two  years  by  the  McHtiaara-Biteh  en^hasls 
on  development  and  maintenance  of  a  five-year  program  based  at  least  in 
peat  on  cost-effectiveness  studies.  Sot  only  has  OSD  initiated  such 
studies  on  its  own,  but  it  hew  given  impetus  to  studies  of  this  kind 
being  performed  as  an  essential  element  in  the  service's  own  planning. 
This  emphasis  is  natural  in  view  of  the  personal  experience  which 
Messrs.  NcHameura,  Hitch,  and  others  in  OSD  have  had  in  the  systematic 
weighing  of  alternatives  in  terms  of  their  coats  and  benafits. 

'  Hov  is  cost  used  in  cost-effectivensss  studlesT  To  be  realistic 
we  must  cost  and  con^are  the  particular  fOrcea  under  consideration  in 
terms  of  net  incremental  xeQuireamnts  for  manpower,  facilities,  and 
dollars,  starting  with  the  force  in  being  and  allowing  for  the  effaets 
of  time.  He  need  relative  rather  than  absolute  accuracy,  sinoe  the 
costs  are  used  to  coapare  alternatives,  nevertheless,  we  most  have 
a  fairly  good  specification  of  the  force;  and  our  answers  most  he 
sufficiently  detailed  by  kind  and  tiMng  of  cost  to  five  ns  a  meaningful 
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'basis  for  con^arlson  of  forces  or  enploynents.  Since  any  one  problem 
may  Involve  two  to  a  dozen  alternatives,  and  others  nay  suggest  them- 
selves  In  the  course  of  the  problem,  a  very  large  volume  of  costing 
nay  be  required. 

Such  costing  has  'been  performed  'by  RASD  In  Its  Air  Ibrce  cost- 
effectiveness  studies,  and  over  the  years  many  force  cost  estimates 
have  been  developed  under  a  variety  of  assumptions,  nie  magnitude  of 
the  woridoad  and  the  need  for  rapidly  arriving  at  answers  led  In  early 
19^  to  the  ai>plicatlon  of  automatic  data  processing  to  the  cMspletely 
manual  methods  then  In  use.  This  experience  has  been  a  ma^or  factor 
leading  to  the  assignment  to  develop  the  Amy  cost  model,  as  one  of 
a  series  planned  by  OSD.  Even  before  the  Initial  version  of  the 
Anv’  model  vas  conq>leted.  It  'becanm  necessary  for  OSD  to  cost  a 
variety  of  force  mixes.  In  the  absence  of  this  model,  BAUD  had  to 
Improvise  for  OSD  a  cruder  version. 

The  Amy  has  also  recognized  the  need  fbr  an  automated  cost  model 
to  assist  In  planning  and  programnlng  'by  establishing  within  the  AlfTOPBOBE 
system  Task  No.  11,  Coordinated  Planning  and  Programming  Support  System; 
and  by  Its  present  efforts  to  evaluate  and  assimilate  the  Any  cost  model 
developed  'by  RAND. 

He  do  not  wish  to  create  the  Impression  that  aU  cost-effectlvuiess 
studies  reqolf«  force  cost  models  for  the  derivation  of  costs.  Many 
problems  are  sufficiently  narrow  in  scops  to  lend  themselves  to  more 
Umltsd  costing  technlooss.  Heverthslsss,  fbr  msiy  of  ths  more 
important  studiss,  force  cost  models  represent  the  best  approach  to 
costing. 
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m.  pRDQtmtiniQ  amd  BunaTiiro  uses 

In  regard  to  use  of  a  coat  aodel  fbr  progrannlng  and  budgeting^ 
we  do  not  have  nearly  ae  maeh  operating  experience.  Nevertheless,  we 
feel  that  a  convincing  case  can  be  aade.  Let  us  first  sunnarlse  some 
key  features  of  the  new  progrannlng  process. 

For  planning  and  programming  purposes,  defense  programs  are  classi¬ 
fied  Into  an  output -oriented  (weapon/support  system  and  force  unit)  pro¬ 
gram  element  structui*e.  Fbr  each  program  all  related  costs  are  aggregated. 
Including  the  cost  categories  of  research  and  development.  Investment, 
and  operations.  It  Is  in  terms  of  these  classifications  that  a  Five- 
Year  Force  Structure  and  Financial  Program  is  maintained  on  a  continual 
basis,  for  a  period  extending  five  years  beyond  the  current  year.  Within 
each  of  the  cost  categories,  financial  data  on  an  obUgatlonal  authority 
basis  Is  directly  relatable  to  the  Defense  appropriations.  The  budgetary 
In^licatlons  of  the  five-year  plan  are  thereby  readily  determinable. 

The  five-year  plan  Is  maintained  current  through  the  medium  of  the 
program  cliange  control  system,  which  requires  the  Secretary's  approval 
for  chemges  exceeding  the  designated  "threshold"  criteria;  and  through 
periodic  updating  of  all  program  elements. 

An  •nmuti  coqprehenslve  review  Is  to  be  used  as  a  prelude  to  major 
decision-making  on  the  newer  programs. 

The  new  prograaadng  process  requires  frequent  cost  estimating  of 
approved  programs  In  program  element  tenM,  both  fbr  periodic  ivdatlngs 
of  estimates  and  for  reec^ilsiag  elgnifleant  deviations  from  previoualy 
wproved  levels  which  require  program  change  proposals  under  the  program 
change  control  system.  These  coat  estimstes  must  be  in  standard  apprqprla- 
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tlon  as  veil  as  program  element  terms  In  order  to  permit  translation  of 
approved  programs  to  budgets. 

Sufficient  accuracy  In  costing  Is  required  to  make  the  Five-Year  Force 
Structure  and  Financial  Program  a  valid  Instrument  for  top-level  decision¬ 
making,  for  program  control,  and  for  derivation  of  annual  budgets.  This 
means  that  for  the  current  and  budget  years,  estimates  should  be  of  the 
quality  associated  vlth  budget  formulation  and  adadnlst ration.  For  sub¬ 
sequent  years,  estimates  can  be  based  on  broader  planning  factors  than 
are  customarily  used  in  budget  formulation,  subject  to  the  requirement 
that  such  estimates  can  In  time  be  converted  to  budget  estimates  with  no 
substantial  differences. 

Let  us  consider  the  process  of  cost  estimating  from  the  Initial 
program  guidance  to  the  end-product  consisting  of  a  Five-Year  Force 
Structure  and  Financial  Program.  Ibr  diaciasslon  purposes,  it  will  be 
helpful  to  reverse  the  process  and  start  with  the  object  of  the  exercise, 
the  five-year  plan. 

OSD  expects  from  the  Amy  a  five-year  plan  expressed  baaically 
In  terns  of  the  Itema  on  the  Program  Element  Suenaxy  Data  foznats, 
together  with  a  machine -readable  vereion  of  the  data  to  permit  OSD 
to  keep  a  mechanical  file  of  its  own  for  ooeparlsone  aid  auiaaarlee* 

Wwn  OSD  taUU  of  an  autonacted  flve-xear  plan.  It  la  genarallor 
referring  to  the  machine-readable  data  svibadtted  bgr  the  servlees 
and  to  their  Incorporatloa  in  a  nechanlcal  file.  Obeerve  that  the  teta 
ooneiet  of  developed  by  the  An^r  and  the  other  serviees;  OSD 

uelng  Hmm  data  la  not  able  to  develop  the  coit  eatiaatea  itself. 
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Cerbalnly  the  Anqr  liaa  recognised  the  need  to  maintain  fbr  itself 
a  mechanical  file  of  the  kind  we  have  been  describing.  The  Am^  has 
recognised  the  need  of  automating  at  least  one  stage  in  cost  estimating 
preceding  the  final  answers,  and  that  is  the  attribution  to  program 
elements  of  the  costs  developed  on  a  net  basis  for  the  Anqy  as  a  whole.* 
In  effect,  the  Any  takes  the  five-year  estimates  developed  In  such 
the  same  fashion  as  budgets  axe  developed,  and  then  applies  various 
rules  to  ascribe  or  alloeate  these  budget  estimates  to  the  program 
elements  %dilch  axe  regarded  as  generating  the  cost  requirements. 

This  permits  the  continuation  of  cost  estimating  according  to  the 
traditional  budget  process,  with  conversion  to  program  elements  being 
a  subsequent  task  perfomed  vexy  probably  under  a  hl£^r  degree  of 
centralieed  control  than  the  basic  estimates  themselves. 

At  this  point  let  us  return  to  our  Any  cost  model  and  say  that 
a  similar  process  saist  be  performed  in  cost  modeling  -  the  attribution 
of  cost  to  program  elements.  It  is  significant  that  in  ced.culating  costs 
through  cost  modeling  we  develop  the  costs  throu^  the  use  of  a  program 
element  structure  (custually  the  major  force  units  within  the  program 
elements)  and  therefore  thexv  is  less  need  for  allocation  later.  We 
will  return  to  this  point  a  little  later. 

As  we  have  indicated,  the  stage  preceding  the  attribution  to 
program  elements  is  the  performance  of  cost  calculations,  accomplished 
mechanically  in  the  cost  model  and  largely  manually  by  the  Axiqr. 


i4his  operation,  as  well  as  the  maintenance  of  the  basic  lasehanlcal 
file,  is  eneoBq>assed  in  Task  So.  1,  Autonation  of  the  Axmy  Pxograasing 
8]rst«,  of  the  AUZOFROBB  system. 


\ 
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Certainly  the  Azi^  has  zecognised  the  need  to  nalntaln  fbr  Itself 
a  nechanical  file  of  the  kind  ve  have  been  describing.  The  Amy  has 
recognized  the  need  of  automating  at  least  one  stage  in  cost  estimating 
preceding  the  final  ansvers,  and  that  is  the  attribution  to  program 
elements  of  the  costs  developed  on  a  net  basis  for  the  Amy  as  a  whole.* 
In  effect,  the  Amy  takes  the  five-year  estimates  developed  in  much 
the  same  fashion  as  budgets  are  developed,  and  then  applies  various 
rules  to  ascribe  or  allocate  these  budget  estimates  to  the  program 
elements  which  are  regarded  as  gexieratlng  the  cost  requirements. 

This  permits  the  continuation  of  cost  estimating  according  to  the 
traditional  budget  process,  with  conversion  to  program  elements  Y>eing 
a  subsequent  task  performed  very  probably  uitder  a  higher  degree  of 
centralized  control  then  the  basic  estimates  themselves. 

At  this  point  let  us  return  to  our  Amy  cost  model  and  say  that 
a  similar  process  must  be  performed  in  cost  modeling  -  the  attribution 
of  cost  to  program  elements.  It  is  significant  that  in  calculating  costs 
through  cost  modeling  we  develop  the  costs  through  the  use  of  a  program 
element  structure  (actually  the  major  force  units  within  the  program 
elements)  and  therefore  there  is  less  need  for  allocation  later.  We 
will  return  to  this  point  a  little  later. 

As  we  have  indicated,  the  stage  preceding  the  attribution  to 
program  elements  is  the  performance  of  cost  calculations,  accomplished 
mechanically  in  the  cost  model  and  largely  manually  by  the  Any. 


*GMs  operation,  as  well  as  the  neklntenance  of  the  basic  nmehenical 
file,  is  encompassed  in  Task  Bo.  1,  Autonation  of  the  Amy  Progransdng 
system,  of  the  AlUIOFROBB  system. 
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Wh^  vould  the  ArnQr  want  to  hother  with  cost  models  when  it  can 
pull  together  budget  estimates  from  the  various  program  managers 
In  atteraotlng  an  answer,  let  us  distinguish  between  cost  modeling  as 
an  alternative  to  manual  budget  estimating,  and  cost  modeling  as  an 
ad.1unct  to  manual  budget  estimating. 

There  is  a  number  of  arguments  ‘for  cost  modeling  as  an  alternative 
to  manual  cost  estimating.  lUrst,  we  must  recognize  that  the  programming 
process  greatly  increases  the  burden  of  estlnating.  Since  five  years 
rather  than  one  are  Involved,  costs  must  be  expressed  in  program  element 
as  well  as  In  appropriation  terms,  and  more  frequent  estimates  are  re¬ 
quired  for  updatings  and  program  change  control.  Some  degree  of  auto¬ 
mation  naturally  suggests  Itself  in  this  area  -  if  it  were  practicable 
to  achieve  mechanically  cost  estimates  of  the  required  degree  of  accuracy. 

We  regard  our  cost  model  as  a  long  step  In  this  direction,  though  we 
are  well  aware  of  the  limitations  In  accuracy  of  the  Initial  version. 

As  in  the  case  of  broad-scale  planning  of  the  kind  previously 
discussed,  we  may  desire  or  be  forced  in  progrtuaming  to  consider  various 
possibilities  of  a  sensitive  nature.  If  we  publicize  these  In  the  course 
of  getting  manual  budget  estimates,  we  may  create  a  good  deal  of  unnecessary 
concern  and  even  confusion.  Computed  In  a  cost  model,  these  possibilities 
need  not  be  publicized  at  all  to  the  program  managers,  so  that  they  can 
keep  their  attention  focused  on  the  approved  program.  This,  then,  is 
another  argument  for  cost  modeling  -  the  ability  to  avoid  unnacessazy 
dissemination  of  sensitive  matters. 
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A  condition  affecting  manual  budget  estimating  in  program  element 
terms  is  the  lack  of  parallelism  between  the  ArnQr  management  structure 
and  the  program  element  structure.  The  Any  management  system  must  be 
geared  to  a  variety  of  conaldezetlons,  of  which  actual  administration 
ranks  high.  The  program  element  structure  is  primarily  designed  fOr  top> 
level  decision-making  on  the  application  of  resources.  The  two  concerns 
are  not  identical.  In  faming  out  budget  estimating  assignments  to  program 
managers,  some  aidcwardxiess  is  inevitable  because  of  this  difference  in 
structures,  and  that  is  why  so  much  allocation  of  costs  to  program  elements 
becomes  necessary  as  a  subseq.usnt  operation. 

A  cost  model  can  more  easily  be  conformed  to  the  program  element 
structure  than  can  the  Any  management  system,  and  so  costs  can  be  more 
directly  derived  in  program  element  terms.  It  seems  reasonable  to  expect 
that  the  greater  tbe  extent  to  which  costs  are  actually  developed  by 
program  element,  the  more  accurate  costing  by  program  element  can  be  made. 

So  much  for  the  arguments  for  cost  modeling  in  lieu  of  budget  estimating 
by  program  managers.  Nov  let  us  consider  the  arguments  for  cost  modeling 
as  an  adjunct  to  budget  estismcting  by  program  managers.  This  brings  us 
to  the  stage  preceding  budget  and  cost  calculation  -  tbe  program  guidance 
governing  the  estimating.  Vihen  program  managers  are  reqviired  to  develop 
estimates,  they  are  of  course  required  to  conform  to  the  program  guidance. 
This  guidance  is  often  of  a  rather  general  nature,  and  the  program  managers 
are  expected  to  lean  heavily  on  prevailing  practice  and  Judgasnt. 

Especially  since  five  years  srs  involved  in  progranoing  as  against  one 
in  budgeting,  there  are  more  gaps  in  the  program  guidance  and  more 
latitude  for  the  program  managers.  Also  to  be  considered  is  tha  feet 
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that  the  guidance  must-  be  there  for  exercises  at  various  times  during 
the  year,  vdiereas  In  budgeting  we  are  concerned  generally  with  a  once 
or  twlce-a-year  exercise. 

In  cost  modeling  we  cannot  tell  the  computer  to  exercise  Judgment  - 
unless  we  can  say  Just  how  this  Judgment  should  be  exercised,  which  Is 
equivalent  to  establishing  some  vexy  specific  decision  rules.  Cost 
modeling  therefore  casts  a  very  revealing  light  on  the  adequacy  of 
program  guidance.  Even  our  first  Any  modeling  effort  has  afforded 
us  considerable  Insight  Into  the  underlying  program  guidance  -  trans¬ 
mitted  In  a  separate  publication.*  Even  If  the  Arcy  continues  to  place 
Its  main  reliance  on  estimates  by  program  managers,  cost  modeling  will 
help  toward  the  development  of  con^rehenslve  program  guidance  to  control 
the  estimating  process.**  At  present,  the  Amy  would  have  a  very  extensive 
process  to  go  through  to  learn  from  program  managers  Just  what  asauBqitions 
they  based  their  estimates  on.  This  Is  laborious  enough  when  performed 
In  the  course  of  budget  formulation;  the  greater  frequency  and  time 
coverage  of  prograonlng  estimates  would  make  the  problem  even  worse. 

We  msy  therefore  say  that  cost  modeling  affords  a  degree  of  control 
over  the  process  of  developing  con^rehensive  program  guidance. 


*A.  Meltsper,  Iiy>rnetton  Heamrsment  Probleae  for  Arm  Ibrce 
Structure  post'  RAltD  Cbrpon^on,  fM-Poo-ABDC,  ikhruaxy 

1^3. 

**One  of  the  objectives  in  revising  the  Ar^r  Program  System  is  "to 
establish  procedures  for  providing  complete  and  timely  guidance  to  comamads 
and  operating  agenciea  In  terns  idiich  will  pexnit  the  proper  applicatioa  of 
andlaUe  resources  to  achieve  stated  program  objectlvea,  l.e.^  to  relate 
lAssioiia  and  resourcas  as  closely  aa  poaslbla."  ^nted  from  Hsvision  of  the 

_  lantatlm  Msaual.  Ofttloe  of  the  Cntaf  of 

of  the  Anar*  i962»  p.  29. 
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Oost  modeling  has  the  further  advantage  of  actually  assuring  eonfora- 
Ity  vlth  approved  program  guidance.  This  point  requires  no  elaboration. 
Related  to  this  is  conformity  vlth  approved  costing  methods.  CSost  modeling 
depends  on  very  e^^l'clt  factors  and  cost  estimating  relationships  which 
are  readily  displayed  to  us  In  the  various  input  and  analytical  output 
listings.  It  Is  ntuch  harder  to  ascertain  from  program  managers  Just  how 
they  arrived  at  their  estimates.  Cost  model  outputs  can  be  very  helpful 
in  providing  a  base  against  which  to  evaluate  program  manager  estimates. 
Priority  attention  can  be  given  to  the  most  significant  deviations  and 
thereby  our  programming  and  budgeting  reviews  can  be  made  more  efficient; 
we  know  where  we  need  to  give  our  closest  attention.  Vfe  can  check  the 
factors  and  estimating  relationships  used  by  program  managc;rs  against 
those  used  In  the  cost  models  and  more  readily  understand  Just  where  the 
program  nmuiager  and  the  model  applied  different  approaches.  In  short, 
we  have  In  the  cost  model  a  tool  for  beginning,  at  least,  the  process 
of  validating  program  manager  estimates. 

Some  of  you  may  be  familiar  with  the  Secretary  of  Defense  project 
which  Involved  a  review  of  budgetary  factors  to  be  used  in  the  prepara¬ 
tion  of  the  FT  196s  budget.  The  input  and  analytical  output  listings 
of  the  cost  model  provide  a  convenient  basis  for  getting  at  such  factors. 
IMs  brings  us  to  the  next  argument  for  cost  modeling  as  an  adjunct  to 
monucu.  budget  estimating,  the  value  of  documentation  derivable  in  cost 
model  operation. 

Throu^  the  display  of  factors,  allowances,  and  other  data  Just 
mentioned,  the  cost  model  provides  a  systematic  basis  for  updating  and 
revision,  and  a  starting  point  for  organising  research  toward  isg>rovad 
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costlng  methodology.  What  is  Involved  here  Is  not  a  catchall  data  bank 
Into  vhlch  ve  put  everything  we  know,  without  being  quite  sure  as  to  hov 
we  will  use  the  data,  but  a  data  bank  for  vhlch  ve  know  exactly  hov 
each  Item  of  Information  will  be  used.  We  have  more  motivation,  there¬ 
fore,  to  establish  systematic  procedures  for  updating  and  liiq>rovement . 

The  documentation  through  the  cost  model  of  major  Item  requirements 
by  force  unit  Is  of  value  in  permitting  us  to  continually  relate  the 
planned  procurement  to  potential  users.  We  know  thereby  hov  our  future 
assets  can  be  distributed  upon  receipt,  and  In  effect,  what  we  may  expect 
In  regard  to  the  future  readiness  of  the  forces  (insofar  as  equipping  Is 
Involved). 

We  can  also  broaden  our  utilization  of  cost  modeling  to  introduce 
alternative  assumptions  as  to  the  rate  at  which  new  Items  will  phase  In, 
and  can  determine  the  Impact  on  required  funding  levels.  We  can  also 
work  the  problem  in  reverse,  though  not  as  conveniently.  Fbr  a  given 
funding  level,  ve  can  throu(^  a  process  of  Iteration  determine  the  costs 
Involved  for  each  of  a  series  of  alternative  phasing  schedules  for  the 
major  Items.  From  this  ve  can  cull  out  a  nuidber  of  conciliations  of 
phasing  schedules  which  result  in  costs  within  the  funding  limitation. 

In  effect  then,  ve  have  translated  a  budgetary  celling  Into  a  limited 
nusCer  of  possible  major  Item  phasing  plans,  from  idilch  Amy  planners 
can  choose  the  preferred  one. 

It  should  be  readily  apparent  that  we  cannot  by  a  single  pass  of 
the  machine  translate  a  given  funding  Undtatlon  Into  an  optlsaim  phasing 
schedule  for  perhaps  a  hundred  items,  since  Amy  planners  cannot  determine 
without  looking  at  various  cmibinactions  what  a  desirable  cosCinatlon  would 


be>  If  an  Iterative  process  is  In  fact  necessary^  and  ve  strongly  believe 
it  Ic,  the  superiority  of  a  machine  to  a  manual  urocoss  Ic  clear. 

To  sun  u?,  cost  nodellng  is  rapidly'  establishinc  itself  as  indisoonDnMo 
to  :)lannine,  and  before  long, may  well,  become  Indispc'nsable  also  for  program- 
nine  f’-nd  budgeting. 


